home *** CD-ROM | disk | FTP | other *** search
/ QRZ! Ham Radio 3 / QRZ Ham Radio Callsign Database - Volume 3.iso / digests / infoham / 931418.txt < prev    next >
Internet Message Format  |  1994-06-04  |  17KB

  1. Date: Fri,  3 Dec 93 04:30:09 PST
  2. From: Info-Hams Mailing List and Newsgroup <info-hams@ucsd.edu>
  3. Errors-To: Info-Hams-Errors@UCSD.Edu
  4. Reply-To: Info-Hams@UCSD.Edu
  5. Precedence: Bulk
  6. Subject: Info-Hams Digest V93 #1418
  7. To: Info-Hams
  8.  
  9.  
  10. Info-Hams Digest            Fri,  3 Dec 93       Volume 93 : Issue 1418
  11.  
  12. Today's Topics:
  13.                           Amateur Radio Club
  14.                        g3ruh modem info wanted
  15.                    PACKET RADIO & 800MHZ TRUNK SYS
  16.                        Packet Radio Modem Chips
  17.                         Soundblaster Software
  18.                       Welcome to rec.radio.info!
  19.  
  20. Send Replies or notes for publication to: <Info-Hams@UCSD.Edu>
  21. Send subscription requests to: <Info-Hams-REQUEST@UCSD.Edu>
  22. Problems you can't solve otherwise to brian@ucsd.edu.
  23.  
  24. Archives of past issues of the Info-Hams Digest are available 
  25. (by FTP only) from UCSD.Edu in directory "mailarchives/info-hams".
  26.  
  27. We trust that readers are intelligent enough to realize that all text
  28. herein consists of personal comments and does not represent the official
  29. policies or positions of any party.  Your mileage may vary.  So there.
  30. ----------------------------------------------------------------------
  31.  
  32. Date: 1 Dec 1993 23:01:40 GMT
  33. From: koriel!newscast.West.Sun.COM!service!stan@ames.arpa
  34. Subject: Amateur Radio Club
  35. To: info-hams@ucsd.edu
  36.  
  37. I'm looking for a club in the Century City and Pasadena CA areas, a phone number and
  38. contact name would be helpful. Thanks.
  39.  
  40. 73,
  41. Stan 
  42. kb6rqz
  43.  
  44. ------------------------------
  45.  
  46. Date: Wed, 1 Dec 1993 22:21:26 GMT
  47. From: ucsnews!newshub.sdsu.edu!usc!howland.reston.ans.net!xlink.net!scsing.switch.ch!swidir.switch.ch!univ-lyon1.fr!ghost.dsi.unimi.it!dm.unibo.it!lelli@network.ucsd.edu
  48. Subject: g3ruh modem info wanted
  49. To: info-hams@ucsd.edu
  50.  
  51. I`m looknig forward to get some technical information about the g3ruh
  52. modem
  53. Please send your answer to my email address.
  54. Thanks
  55.  
  56. Pierluigi.
  57. E-Mail:lelli@csr.unibo.it
  58.  
  59. p.s:Maybe this is not the right newsgroup but it`s the only one carried by
  60.  my news server.
  61.  
  62. ------------------------------
  63.  
  64. Date: Wed, 1 Dec 1993 15:57:38 GMT
  65. From: microsoft!wingnut!edmitch@uunet.uu.net
  66. Subject: PACKET RADIO & 800MHZ TRUNK SYS
  67. To: info-hams@ucsd.edu
  68.  
  69. Trunked repeaters move to their channel assignment just as the transmitter is
  70. keyed so you need to wait a momemt before setting the packet. That's easy to
  71. do.  AX.25 packet TNCs have a TXDELAY setting that causes a delay between
  72. transmit key up and packet tranmission. At home my TNC/Radio combination
  73. is set to 10 ms delay. When I ran packet through a voice repeater-type of
  74. system, I had TXD set to 40ms. For a trunked repeater, you will probably
  75. need something a little longer.
  76.  
  77. Ed Mitchell
  78. KF7VY
  79. "these opinions are mine. So there."
  80.  
  81. ------------------------------
  82.  
  83. Date: 1 Dec 1993 09:54:59 +0200
  84. From: swrinde!elroy.jpl.nasa.gov!usc!howland.reston.ans.net!ee.und.ac.za!ucthpx!ucthpx!not-for-mail@network.ucsd.edu
  85. Subject: Packet Radio Modem Chips
  86. To: info-hams@ucsd.edu
  87.  
  88. Hi
  89.  
  90. I'm looking for information on High-Speed PAcket Modems (9600 +)
  91. that will operate in a 3Khz Bandwidth, if possible.
  92.  
  93. Any information will be welcome, I'm specifically looking for chipsets or chip
  94. data to homebrew my own designs.
  95.  
  96. Please reply by mail, I'll summarise for the newsgroup if the replies are 
  97. worth while.
  98.  
  99. Jakes
  100. jakes@maxwell.ctech.ac.za
  101. School of Electrical Engineering
  102. Cape Technikon
  103. South Africa
  104.  
  105. ------------------------------
  106.  
  107. Date: 3 Dec 93 04:26:18 GMT
  108. From: ogicse!emory!news-feed-2.peachnet.edu!concert!unccsun.uncc.edu!usenet@network.ucsd.edu
  109. Subject: Soundblaster Software
  110. To: info-hams@ucsd.edu
  111.  
  112. In  <CHF28I.6nE@fc.hp.com>  mckee@fc.hp.com (Bret McKee) writes:
  113. > John W. Albert (jwa@tellabs.com) wrote:
  114. > : characters and displayed on the screen.  
  115. > :   
  116. > : The problem is, it's very difficult to write software for 
  117. > : a PC that is downward compatable and do the math that is 
  118. > : required to properly filter the signal. I'm sure it can be
  119. > : done but I don't think it can perform as well as a PK232,
  120. > : for example.
  121. >  
  122. > : Unless your using a 486 with a math co-processor, there would 
  123. > : be timing problems that would make it difficult for the PC to 
  124. > : filter and decode FSK especially at 300 baud.  There are programs, 
  125. > : like  Hamcom, that can copy RTTY and decode FSK without an FSK 
  126. > : demodulator or sound board but it performs poorly even in moderate, 
  127. > : noisey conditions.  
  128. >  
  129. > I have a real time SSTV system which will run on a 25 MHZ 386-sx.  OF 
  130. > course, the really fancy filtering requires more CPU, but it the PC CPU
  131. > perfectly adequete for most things.
  132. >  
  133. > 73,
  134. >  
  135. > Bret
  136.  
  137. Would your program be available via anonymous FTP?  I've seen the ads
  138. in QST but wasn't sure if I'd like SSTV and didn't want to 'blow' the money.
  139. I run the SB Pro on a Gateway 4DX2-66V.
  140.  
  141. Thanks,
  142. Richard
  143.  
  144. P.S.  I grew up with someone that works for HP in Ft Collins, the infamous
  145.        Jim Southard.  If you see/know him, say hello for me!
  146.  
  147. Richard Spangler
  148. rjs7802@prdc.dukepower.com
  149.  
  150. ------------------------------
  151.  
  152. Date: Tue, 30 Nov 1993 21:01:46 MST
  153. From: tribune.usask.ca!kakwa.ucs.ualberta.ca!alberta!nebulus!ve6mgs!bohica!rec-radio-info@decwrl.dec.com
  154. Subject: Welcome to rec.radio.info!
  155. To: info-hams@ucsd.edu
  156.  
  157. Archive-name: radio/rec-radio-info/welcome
  158. Last-modified: $Date: 1993/05/16 21:57 $
  159. Version: $Revision: 1.05 $
  160.  
  161. *** Welcome to rec.radio.info! ***
  162.  
  163. Welcome to rec.radio.info, a group that aims to provide a noise-free source
  164. of information and news for the entire rec.radio hierarchy.
  165.  
  166. Two introductory articles about rec.radio.info are posted to the group and
  167. to news.answers every two weeks. You are now reading the first article, which
  168. explains what rec.radio.info is, and answers some Frequently Asked Questions. 
  169. The second article is titled "Submission Guidelines", and you only need to 
  170. read it if you want to submit an article to rec.radio.info.
  171.  
  172. You can skip to the next section of this article by searching for the next
  173. " -- " string. The sections available are:
  174.  - What is the purpose of rec.radio.info?
  175.  - Why are messages almost always cross posted to rec.radio.info?
  176.  - What is a 'follow-up', and what does 'moderated' mean?
  177.  - OK, so now I know what 'moderated' means. Tell me more.
  178.  - What type of material is considered inappropriate?
  179.  - I do not have access to news, how can I get the information posted to
  180.    rec.radio.info?
  181.  - Will the material appearing in rec.radio.info be archived somewhere?
  182.  - I have a regular posting with timely information, is there a way to
  183.    speed up it's delivery, or automate for more convenience?
  184.  
  185.  -- What is the purpose of rec.radio.info?
  186.  
  187. The purpose or charter of rec.radio.info is to provide the Usenet community with
  188. a resource for information, news, and facts about any and all things radio.
  189.  
  190. All the other rec.radio groups are intended for discussions and general chit
  191. chat about radio.  Rec.radio.info will contain informational, factual articles
  192. only. Follow-ups are redirected to an appropriate other group, and further
  193. discussion (if any) will not take place in rec.radio.info.
  194.  
  195. In order to ensure that rec.radio.info contains only appropriate articles, it
  196. was decided to create the group as a moderated newsgroup.
  197.  
  198.  -- Why are messages almost always cross posted to rec.radio.info?
  199.  
  200. It provides a "tag" for each article to be assembled into a filtered
  201. presentation in rec.radio.info (even with cross-posting, only one message, with
  202. a unique Message-ID, is propogated across the net).  This tag also facilitates
  203. a pre-existing method of dropping or cancelling the articles locally within the
  204. discussion groups if you don't want to see them.  This accommodates individuals
  205. who want to separate the bulletins from the discussions, discussions from the
  206. bulletins, as well as those who are adamant about not reading another
  207. newsgroup and wanted to see everything all in one basket.  
  208.  
  209. With the total size of Usenet (in number of newsgroups and total traffic)
  210. doubling every year or so, this is no insignificant contribution to reducing
  211. information noise and chaos.  Making the discussion groups a catch-all, and
  212. making extra newsgroups filters on that catch-all, is also the most realistic
  213. way to implement such a scheme (It's not intuitively obvious what the charter,
  214. contents, and general appropriate topics for each and every newsgroup are.
  215. Seeing FAQ's and charter/intro postings in the home newsgroup is beneficial
  216. for new readers).
  217.  
  218. By cross-posting one only is adding a few tens of bytes to each bulletin (to
  219. specify the extra group on the Newsgroups line), but are adding the capability
  220. for very powerful filtering features available on most news servers,
  221. listservers and readers.  Your local news guru could probably explain these
  222. features in more detail.
  223.  
  224. In rn, for example, according to Leanne Phillips in her rn kill-file FAQ, add
  225. a line of the form:
  226.  /Newsgroups:.*[ ,]rec\.radio\.info/h:j
  227. either in ~/News/KILL (if you don't want to see rec.radio.info articles
  228. anywhere) or ~/News/rec/radio/amateur/misc/KILL (if you don't want to see them
  229. just in rec.radio.amateur.misc).  The latter method means your kill file will
  230. only be consulted during rec.radio.amateur.misc (and hence runs more
  231. efficiently), and will probably work for most people.
  232.  
  233. In nn, according to Bill Wohler in his nn FAQ, add a line of the form:
  234.  rec.radio.info:!s/:^
  235. in ~/.nn/kill (if you don't want to see rec.radio.info articles anywhere), or
  236. put the following lines: 
  237.  sequence
  238.  rec.radio.info
  239.  rec.radio.
  240. at the end of ~/.nn/init in order to see all the rec.radio.info bulletins first,
  241. then read the remaining rec.radio.* without the bulletins.
  242.  
  243.  -- What is a 'follow-up', and what does 'moderated' mean?
  244.  
  245. If you are new to Usenet and are not familiar with the terminology, you might
  246. want to read the general introductory articles found in the newsgroup
  247. news.announce.newusers. Doing so will make your life on the net much easier,
  248. and will probably save you from making silly beginner's mistakes.
  249.  
  250. If you think that at this moment you are reading an echo, a conference, or
  251. a bulletin board, I'd also strongly suggest a trip over to
  252. news.announce.newusers.
  253.  
  254. For the rest of this article, I will assume you have a basic knowledge of
  255. Usenet terminology and mechanics.
  256.  
  257. A moderated group means that any article that needs to be posted to the group
  258. has to be accepted by the moderator of the group. Since we need to ensure that
  259. followups to an article (discussion) do not show up in the rec.radio.info
  260. newsgroup, the `Followup-To:' header line contains a newsgroup that is
  261. appropriate for disussions about the specific article.
  262.  
  263.  -- OK, so now I know what 'moderated' means. Tell me more.
  264.  
  265. Rec.radio.info is a moderated newsgroup, which means that all articles
  266. submitted to the group will have to be approved by the moderator first.
  267.  
  268. The current moderator of the group is Mark Salyzyn.  Submissions to
  269. rec.radio.info can be posted, or e-mailed to:
  270.  
  271.   rec-radio-info@ve6mgs.ampr.ab.ca
  272.  
  273. Comments, criticisms, suggestions or questions about the group can be e-mailed
  274. to:
  275.   rec-radio-request@ve6mgs.ampr.ab.ca
  276.  
  277. But before you do so, please be sure to check out the "Submission Guidelines"
  278. article.
  279.  
  280. The influence of the moderator should be minimal and of an administrative
  281. nature, consisting chiefly of weeding out obviously inappropriate articles,
  282. while making sure correct headers etc. are used for the appropriate ones.
  283.  
  284.  -- What type of material is considered inappropriate?
  285.  
  286. There are three broad categories of articles which will be rejected by the
  287. moderator:
  288.  
  289. 1) Requests for information: rec.radio.info is strictly a one-way street.  I
  290.    receive information in my mailbox; I then post it to rec.radio.info.
  291.    Requests for specific information belong in the normal discussion newsgroups.
  292.    If your request gets answered, you might consider passing the answer on to
  293.    rec.radio.info, though. Especially if you can edit it into a informational,
  294.    rather than a discussion, format.
  295.  
  296. 2) Obvious discussion articles, or articles that appear unsubstantiated.
  297.  
  298. 3) Commercial stuff: a relatively unbiased test of a radio product would be
  299.    accepted, but any hint of for-profit might be reason for rejection. For three
  300.    reasons: This is not the purpose of the list, for-profit is a controversial
  301.    topic, and this list may be passed onto Amateur Packet Radio (where
  302.    for-profit is prohibited except under certain provisos).
  303.  
  304.    rec.radio.swap (or possibly comp.newprod) may be more deserving of the
  305.    posting in any matter.
  306.  
  307.    Similarly, copyrighted material generally cannot be used.  If it's TRULY
  308.    worthwhile to the net, I would recommend obtaining permission from the
  309.    copyright holder.  Please note the source, and if permission was given.  I
  310.    reserve the right to make the final decision concerning appropriateness in
  311.    all situations.  In most cases, a brief summary of, or pointer to, the
  312.    copyrighted information may be all I can allow.
  313.  
  314.  -- I do not have access to news, how can I get the information posted to
  315.     rec.radio.info?
  316.  
  317. brian@UCSD.EDU (Brian Kantor) has kindly supplied a mail list server for
  318. rec.radio.info. Non of the articles will be digested, due to their size, so
  319. you will receive individual mailings for every article posted to the group.
  320.  
  321. Mail sent to radio-info@ucsd.edu will be forwarded to the moderator and
  322. thus is an alias to rec-radio-info@ve6mgs.ampr.ab.ca
  323.  
  324. To subscribe and unsubscribe via the listserver; the format for that is
  325.  
  326.  sub address radio-info
  327.  unsub address radio-info
  328.  
  329. where 'address' is your full mailing address. Send this request to
  330.  
  331.  listserv@ucsd.edu
  332.  
  333. Note that the server will automatically delete any address that bounces mail.
  334. If you leave the address portion blank, it will try to deduce your address
  335. from the mail headers. This may not work if you are on bitnet, milnet or
  336. some other non-Unix host, so it is recommended to put your return address
  337. in any case. For example:
  338.  
  339.  sub mymailbox@myhost.mydomain.mil radio-info
  340. or
  341.  sub MEMEME01@DMBHST.bitnet radio-info
  342.  
  343. or something like that.
  344.  
  345.  -- Will the material appearing in rec.radio.info be archived somewhere?
  346.  
  347. Yes. Still firming up details at the moment but here is a preliminary list:
  348.  - unbc.edu as maintained by Lyndon Nerenberg <lyndon@unbc.edu>
  349.  - nic.funet.fi maintained by Risto Kotalampi <rko@cs.tut.fi>
  350.   saved to /pub/dx/text/rec.radio.info currently stored as
  351.   numbered files.
  352.  
  353. Effectively this means that anything you post to rec.radio.info will be
  354. permanently stored, so your work will not be lost.
  355.  
  356.  -- I have a regular posting with timely information, is there a way to
  357.     speed up it's delivery, or automate for more convenience?
  358.  
  359. Yes, there is! It may take a bit of chatter with the moderator, but we are
  360. willing to take responsible people and provide them the means of posting the
  361. articles directly from their site. We will try everything we can as we fully
  362. realize that DX (distant signal) and astronomical data can be somewhat
  363. transitory. We are also willing to allow regular posters of information the
  364. same courtesy, even if the information is not as time critical.
  365.  
  366. We refer to this as self-moderation, which is partly based on the model for
  367. news.answer. This requires co-operation and good will to be beneficial to
  368. the community in the rec.radio hierarchy.
  369.  
  370. I suggest reading the posting guidelines for more information. I am open to
  371. suggestions.
  372.  
  373. I thank the following individuals for their input into this article:
  374.  rec.music.info moderator Leo Breebaart rec-music-info@cp.tn.tudelft.nl
  375.  rec.radio.broadcasting moderator Bill Pfeiffer wdp@gagme.chi.il.us
  376.  Paul W. Schleck, KD3FU pschleck@unomaha.edu
  377.  Ian Kluft, KD6EUI ikluft@uts.amdahl.com
  378.  
  379. -- 
  380. Mark Salyzyn -- Moderator rec.radio.info
  381. Submissions to: rec-radio-info@ve6mgs.ampr.ab.ca
  382. Administrivia to: rec-radio-request@ve6mgs.ampr.ab.ca
  383. * Requests for information do *not* belong in rec.radio.info *
  384.  
  385. ------------------------------
  386.  
  387. Date: 1 Dec 1993 20:29:11 -0800
  388. From: ucsnews!sol.ctr.columbia.edu!howland.reston.ans.net!math.ohio-state.edu!news.cyberstore.ca!vanbc.wimsey.com!vanbc.wimsey.com!not-for-mail@network.ucsd.edu
  389. To: info-hams@ucsd.edu
  390.  
  391. References <miles-211193205457@slip-3-1.ots.utexas.edu>, <187240001@hpindda.cup.hp.com>, <miles-011293124642@mac32.util.utexas.edu>ey.com
  392. Subject : Re: Modem Software to Alert Pagers-SUMMARY (Long)
  393.  
  394. And more stuff if you look in an Archie for "IXO", which will point to
  395. a couple of sites that keep some real jim-dandy stuff that 
  396. works with the (still) several different brands of paging system,
  397. each with their own anomalies resulting from a not quite perfectly
  398. laid out spec (from Motorola, originally - the small entry device
  399. protocol..._)
  400.  
  401. Cheers /mark
  402.  
  403. ------------------------------
  404.  
  405. End of Info-Hams Digest V93 #1418
  406. ******************************
  407. ******************************
  408.